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Electronic Message Routing 
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5 FIELD OF THE INVENTION 

The present invention relates to the field of electronic 
message processing. The invention relates particularly to 
the routing of electronic messages received by an 
10 electronic message processing system. 

BACKGROUND TO THE INVENTION 

Many organisations are now equipped to receive messages, 
15 including orders and enquiries, by electronic means. 

Typically, such electronic messages take the form of text- 
based messages, for example e-mails, delivered by a global 
computer network, for example the Internet, or by a 
telecommunications network, for example a mobile telephone 
2 0 network. Each message must be processed and dealt with 

appropriately i.e. according to the nature of the message. 
In many cases, the volume of received electronic messages 
is relatively high and it is considered inefficient to 
process each message manually. 

25 

For this reason, it is known for electronic message 
processing systems, typically in the form of a computer 
system, to employ a text analyzer, such as IBM's Mail 
Analyzer, to analyse the content of electronic messages in 
30 order to classify, or categorize, each message according 
to its content. Once a message has been categorized, the 
processing system sends it on to a human agent who has the 
capability to deal with messages falling within the 
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relevant category (s). Alternatively, the computer system 
itself may be able to deal with messages falling within 
certain category(s). Hence, the classification 
information is used as routing information since the 
5 category (s) into which the message falls determine how it 
is routed, or distributed, within the system. 

Typically, a text analyzer examines the text of each 
message in turn in search of one or more alphanumeric text 
10 string, for example a word or sequence of words, which may 
be used to identify the purpose or nature of the message 
under examination. Normally the text analyzer operates in 
association with a rule engine to apply a set of rules to 
the message in order to determine how to categorize the 
FLI 15 current message. 

( : 

=1 KB 

□ By way of simplistic example, a banking organisation may 

TsJ 

^ have a message processing system arranged to receive 

P electronic messages in three different categories, namely: 

2 0 balance enquiry; request for funds transfer; and interest 
rate enquiry. In order to categorize each received 
message, a text analyzer in association with a rule engine 
applies a set of four rules to each message in turn. The 
first rule stipulates that if the text string "balance" 

2 5 appears in the message, then the message falls in the 

balance enquiry category. The second rule stipulates that 
if the text strings "funds" and "transfer" appear in the 
message, then the message falls in the funds transfer 
category. The third rule stipulates that if the message 

3 0 contains the text string "interest rate" , then the message 

should be categorized as an interest rate enquiry. The 
fourth rule stipulates that if none of the previous rules 
are satisfied, then the message is deemed unclassified. 




The classification of a message by a text analyzer is a 
relatively computationally intensive process and 
represents a relatively large proportion of the time taken 
5 by an electronic message processing system to process a 
message. The text analyzing may therefore cause a 
bottleneck in the operation of the message processing 
system. 

10 It is desirable therefore to avoid having to subject a 
message to the operation of the text analyzer, if 
possible. For example, a customer may send a message to 
an organisation using a standardised electronic message 
submission form, such as a Web- form, that is dedicated to 

15 making a particular type of order or request e.g., a 
request for a funds transfer. The purpose of such a 
standardised message (which is sometimes known as a 
structured message) may be deduced from its structure. It 
is known for a conventional message processing system to 

2 0 determine the category of a received structured message by 
recognising the structure rather than analyzing the text 
of the message itself . 

In the context of the present invention, it is recognised 
25 that there are other circumstances in which the category, 
or categories, to which a received message falls are known 
and that, in such circumstances, the message does not need 
to be subjected to text analysis. In particular, it is 
recognized that in some situations an electronic message, 
30 which has been received and * classified by the mail 

processing system, may require to be sent out of the mail 
processing system and to return to the system at a later 
time. Conventionally, the message processing system 




treats the returning message like any other incoming 
message and sends it to the text analyzer for 
classification. This is a duplication of classification 
since the original message will already have been 
5 classified before having been sent out of the system. 

SUMMARY OF THE INVENTION 

In accordance with a first aspect of the present 
10 invention, there is provided an electronic message 

processing system for sending and receiving electronic 
messages across a network, the electronic message 
processing system including: 

15 a classification module, arranged to cause said received 
electronic messages to be analyzed in order to determine 
how said received electronic messages are routed within 
the electronic processing system, and to assign to said 
received electronic messages respective routing 

2 0 information; 

a distribution module, arranged to distribute said 
received electronic messages amongst a plurality of first 
agents depending on the respective routing information 
25 associated with each message; 

at least one mail client, arranged to render to one or 
more of said first agents electronic messages distributed 
thereto, the or each mail client including: 

30 

means, responsive to an input from one of said first 
agents in respect of a first rendered message, for causing 
a second electronic message to be generated, which second 
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electronic message includes at least part of said first 
electronic message ; 

means for generating a routing tag, which routing tag 
5 includes data for determining how said second electronic 
message is routed by said electronic processing system; 

wherein the mail client is arranged to cause said routing 
tag to be included in said second electronic message and 
10 to cause said second electronic message to be sent out of 
said electronic processing system, 

the classification module being arranged to, upon return 
of said second electronic message, or a derivative 
15 thereof, to said electronic processing system, to detect 
said routing tag in said returned electronic message and, 
upon detection of said routing tag, to cause said returned 
second electronic message, or derivative thereof, to be 
processed based on said data included in said routing tag. 



The presence of a routing tag in a received message 
signals to the classification module that the message does 
not require classification by content analysis. The 
classification module is able to process the message using 
25 information included in the routing tag and can therefore 
bypass any time consuming content analysis classification 
process, particularly text analysis. 

The present invention enables an electronic messaging 
30 system to avoid having to classify electronic messages by 
content analysis where possible, thereby reducing the 
overall number of messages that the text analyzer is 
required to process. This arrangement increases the 
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efficiency of the electronic message processing system. 
The invention may also be used advantageously in relation 
to structured electronic messages as well as free form 
electronic messages . 

5 

In one embodiment of the invention, the first agents have 
the option to send messages out of the message processing 
system to be dealt with by a second, or external agent. A 
routing tag is associated with the message when it leaves 
fa% 10 the system and is therefore included in the reply message 
w which the external agent sends back to the system. By 

^ detecting the routing tag in the external agent's reply 

message, the classifier determines that it does not need 
s £ to classify the reply message by analysing its content. 

iyi 15 In this way, the use of the routing tag saves the 
u, classification module from having to re-classify the reply 

message as it enters the system. In this embodiment, the 
q routing tag is preferred to include means for identifying 

;r;f the original message which was sent out of the system to 

20 the external agent. When the classification module 

extracts this information from the routing tag, it can 
then refer to the classification information which was 
determined for the original message in order to further 
process the received reply message and the original 
25 message. In a preferred embodiment, the routing tag takes 
the form of an XML tag. 

It is further preferred that the original message is 
suspended while the system awaits a reply from the 
30 external agent. The original message is unsuspended 
whenever the external agents reply is received. 
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It is preferred that the routing tag comprises both an 
opening tag element and a closing tag element. This 
allows the routing tag to be detected with a higher degree 
of certainty than could be achieved using a more 
5 simplistic tag. 

In an alternative embodiment of the invention, a routing 
tag is used in cases where an agent wishes to transfer a 
received message between two business units, or units, 
10 that share the same message processing system. A unit 

o 

• % j transfer message is created which includes a routing tag. 

b * The unit transfer messasge is sent out of the message 

Ly processing system to return at a later time. Upon return 

of the unit transfer message, the classifier detects the 
FLl 15 presence of the routing tag and routes, or otherwise 
|\ processes, the received unit transfer message based on the 

P information included in the routing tag. Preferably, in 

this embodiment the routing tag includes an identification 
P of the unit to which the message is to be transferred and, 

htzT 2 0 more preferably, an identification of an agent, or group 
of agents, within said unit that are capable of dealing 
with the message. As before, the presence of the routing 
tag in the unit transfer message saves the classification 
module from having to classify (by content analysis) the 
25 unit transfer message. 

A second aspect of the invention provides a mail client 
for use in the system of the first aspect of the 
invention. 

30 

A third aspect of the invention provides a method of 
processing electronic messages in an electronic message 
processing system . 




A fourth aspect of the invention provides a computer 
program product comprising computer program code stored on 
a computer usable storage medium for performing the method 
5 of the third aspect of the invention. 

A further aspect of the invention provides a routing tag 
for use with a structured electronic message as generated 
by, for example, a web form. 

10 

Other aspects of the present invention will become 
apparent to those ordinarily skilled in the art upon 
review of the following description of specific 
embodiments of the invention and with reference to the 
15 accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

An embodiment of the invention is now described by way of 
2 0 example and with reference to the accompanying drawings in 
which : 

Figure 1 is a schematic view of a communications network 
including a electronic message processing system; 

25 

Figure 2 is a more detailed schematic view of the 
electronic message processing system of Figure 1; 

Figure 3a is a schematic view of an electronic message for 
30 use in the electronic message processing system of the 
invention; 
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Figure 3b is a schematic view of an external agent message 
for use in the electronic message processing system of the 
invention; 

5 Figure 3c is a schematic view of an external agent reply- 
message for use in the system of the present invention; 

Figure 4 is a schematic view of a distributor control 
table held in a database in the electronic message 
10 processing system of the invention; 

Figure 5a is an example of an external agent routing tag; 

Figure 5b is an example of a unit transfer routing tag; 

15 

Figure 5c is an example of a webform routing tag; 

Figure 6 is a flow diagram of the operation of a 
classification module in accordance with the present 
2 0 invention; and 

Figure 7 is a schematic view of a unit transfer message 
for use in the electronic message processing system of the 
present invent ion . 

25 

DETAILED DESCRIPTION OF THE DRAWINGS 

With reference to Figure 1 of the drawings, there is 
shown, generally indicated at 10, a communications network 
30 for the transmission of electronic messages 12. The 

network 10 includes a global computer network 14, such as 
the Internet, and a mobile telephone network 16 but, in 
general, may include any computer network and/or 
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telecommunications network, including WAN, LAN or MAN 
networks. The electronic messages 12 typically take the 
form of, for example, e-mails, Web-page forms, SMS (Short 
Message Service) text messages, as commonly used by mobile 
5 telephones, or the like. It will be understood that the 
present invention is not limited for use with any 
particular such type or types of electronic messages. 

The electronic messages 12 are transmitted across the 
10 communications network 10 in conventional manner using, 
for example, a mail server 20, Web server 22, servlet 24 
and/or WAP (Wireless Application Protocol) gateway 26, as 
appropriate, and using conventional transmission protocols 
such as, WAP, HTTP (Hyper Text Transfer Protocol) , SMTP 
15 (Simple Mail Transfer Protocol) , POP (Post Office 
Protocol), or other suitable protocol. It will be 
understood that the invention is not limited to use with 
any particular transmission means or protocols. 

2 0 The electronic messages 12 are received by a message 

processing system 18 which may reside, for example, on an 
organization's computer system (not shown) or an ASP's 
computer system (not shown) . The message processing 
system 18 includes means for receiving electronic messages 

25 in conventional manner which, in the example of Figure 1, 
includes an e-mail receiving module 28, an SMS receiving 
module 3 0 and a database 3 2 for storing received messages 
12 . 

30 In the example illustrated in Figure 1, the e-mail 

receiver 28 is arranged to receive e-mails in two ways. 
The first is directly from an ISP (Internet Service 
Provider) using SMTP, the second is via the mail server 2 0 
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using P0P3 . The e-mail receiver 28 is further arranged to 
receive Web-page form messages through the web server 22. 
Web-page form messages may be considered as structured e- 
mails which call the servlet 24 in the web server 22 which 
5 in turn converts the Web-page from content into an e-mail 
which is subsequently sent to the e-mail receiver 28 using 
SMTP . 

Web-page forms from the mobile network 16 are transmitted 
p 10 using a WAP protocol stack to the WAP gateway 26. The WAP 
gateway 2 6 converts the Web-page form into an HTTP 
request, which is then processed by the web server 22 and 
servlet 24 as described above. SMS messaging from the 
mobile network 16 is conveniently transmitted using WAP to 
15 the SMS receiver 30. 

Thus, the e-mail receiver 28 and the SMS receiver 30 are 
arranged in conventional manner to support the appropriate 
transmission protocols which, in the example of Figure 1, 
20 are SMTP and POP3 for the e-mail receiver 28, and WAP for 
the SMS receiver. 

The communications network 10 of Figure 1 is given by way 
of example only to provide a typical context for the 
2 5 invention and is not limiting to the invention. 

Referring now to Figure 2 , the message processing system 
18 is shown in more detail. Electronic messages 12 
received by the e-mail receiver 28 and SMS receiver 30 are 
30 stored in database 32. A classification module 34, or 

classifier, retrieves each message 12 from the database 32 
in turn. The primary function of the classifier 34 is to 
classify, or categorize, each message 12 into one or more 
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categories depending on the content of the message 12 . To 
this end, the classifier 34 is associated with, or 
includes, a text analyzer 36, for example the IBM Mail 
Analyzer and is further associated with, or includes, a 
5 rule engine. The classifier 34 causes received electronic 
messages 12 to be classified by the text analyzer 34, as 
is explained in further detail below. 

Once classified (or categorized) , each message is returned 

10 to the database 32 by the classifier 34 together with the 
determined classification information and, preferably, 
with information as to where the message should be routed 
in view of its classification. Conveniently, the 
classification information serves as the routing 

15 information since messages are routed, or distributed, to 
an agent depending on the (or each) class into which they 
are deemed to fall. For example, messages 12 falling 
within certain categories may require to be dealt with by 
a human agent (not shown) with particular skills, while 

20 messages 12 falling within other categories may be dealt 
with automatically by a virtual agent 38. 
A distributor module 40, or distributor, retrieves the 
categorized messages and distributes them either to the 
virtual agent 38 or a mail client 42, according to the 

25 respective categorization and/or routing information. The 
virtual agent 38 includes one or more software routines 
which automatically generate an appropriate response to a 
message 12 according to its categorization information. 
The mail client 42 provides the message 12 to a human 

3 0 operator, or agent, who then prepares an appropriate 
response. Once a final response is prepared, the 
distributor 4 0 marks the response as complete and causes 
it to be stored in the database 32. Figure 2 shows only 
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one mail client 42 and one virtual agent 38 although in 
practice there may be a plurality of each. 

A- composing module 44, or composer, retrieves responses 
5 from the database 32 that are marked as complete and 
composes a respective response message (not shown) for 
reply to the originator (not shown) of the respective 
received message 12. The composer 44 typically fulfils 
any attachment requirements as well as adding the 
10 appropriate Internet, or other, protocol information. 
^ Each composed response message is then returned to the 

database 32 . 

! . jj 

™jf An e-mail dispatch module 46, or dispatcher, retrieves 

fy 15 from the database 32 the composed response messages which 
f\ are destined to be transmitted by e-mail and conveniently 

□ dispatches them to an ISP (not shown) using SMTP. An SMS 

dispatch module 48, or dispatcher, retrieves from the 
O database 32 the composed response messages which are 

2 0 destined to be transmitted as SMS messages and dispatches 

them to the mobile network 16 using SMS protocol. 

Conveniently, the modules of Figure 2 take the form of 
CORBA (Common Object Request Broker Architecture) modules, 

2 5 or servers written, for example, in the Java programming 

language. Each module may reside on a single computer or 
may be distributed across a computer system, as is 
convenient. The e-mail receiver 28, SMS receiver 30, 
virtual agent 38, mail client 42, composer 44, e-mail 

3 0 dispatcher 4 6 and SMS dispatcher 4 8 are generally 

conventional in configuration and operation and are not 
limiting to the present invention. 
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There are two general types of electronic message which 
the system 18 may receive namely, a free form, or 
unstructured, message and a fixed form, or structured, 
message. A customer (not shown) who creates a free form 
5 electronic message, has control over the form and content 
of that message. For example, in a free form message, the 
customer may make a balance enquiry, request a funds 
transfer and also make other enquiries of his choosing. 
Each request is normally made in the customer's own words 
f=^ 10 and phrasing. 

m 

When the message processing system 18 receives a free form 
message for the first time, it is necessary to subject the 
content of that message to text analysis in order to 
s " 15 determine what request (s) or enquiry (s) are being made by 
|.£ the customer from which the message emanates. Thus, the 

classifier 34 causes received electronic messages 12 to be 
p analyzed in order to determine how they are routed within 

Zz the system 18, and to assign to said messages 12 

20 respective routing information, conveniently in the form 
of classification information. 

To this end, the text analyzer 36 applies, in conventional 
manner, a set of rules to the electronic message in order 

25 to determine the nature of the message. In this way, the 
text analyzer 36 is able to classify, or categorise, the 
message according' to its content. Should the message 
comprise more than one type of request or order, then the 
text analyzer 36 determines that the message falls into 

3 0 more than one category as appropriate. 



When a message has been classified, the classifier 34 
causes it to be stored in the database 32. Preferably, 



-15- 



the classifier 34 causes the component parts of the 
message 12 to be stored in separate respective fields in 
the database 32. For example, Figure 3a shows a 
representation of an electronic message 12 including two 
5 component parts namely, a subject line field 301, which 
contains the text of the subject line of the message 12, 
and a message body field 3 02, which contains the main 
message text i.e. the message content. The message 12 may 
contain other component parts, such as the sender's 
10 address, but these are not shown for reasons of clarity. 

With reference to Figure 4, the database 32 also includes 
a distributor control table 4 00 which comprises a number 
of data records or data entries .402 each relating to 

15 messages 12 which have been received and classified and 
are awaiting distribution by the distributor 40. Each 
data entry 402 includes a message identification component 
(MESSAGE ID) , routing information (ROUTING) and a status 
indicator (STATUS) . Thus, when the classifier 34 

20 classifies a message 12 and stores it in the database 32 
as described above, it also creates a new corresponding 
entry 402 to the distributor control table 400. The 
distributor 40 retrieves each entry 402 in turn (or in 
accordance with a distribution policy) and distributes, or 

2 5 assigns, the corresponding message 12 to an internal agent 
(not shown) operating at a mail client 42, based on the 
routing information included in the entry 402. The 
routing information is conveniently related to the 
category (s) of the message 12 to which the entry 4 02 

30 relates since the message 12 is routed or distributed to 

the internal agent depending on its classification and the 
capability of the agent. 
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In Figure 4, the routing information is given as a group 
identifier A, B or C wherein one or more message 
categories are defined as belonging to a respective group 
A, B or C. Each internal agent is capable of dealing with 
5 one or more of said groups. For example, if a first 
internal agent (not shown) is capable of dealing with 
Group A and Group C only, then messages messagel and 
messageN may be routed (distributed) to him whereas 
message2 would have to be routed to an alternative agent 
10 (not shown) who is capable of dealing with group B. The 
status indicator may adopt at least 3 different states 
including a "processed" state (P) ; an "unprocessed" state 
(U) and "suspended" state (S) . 

15 Thus distributor 40 distributes the message to the mail 
client 42 of an agent (not shown) that is capable of 
dealing with at least one of the categories into which 
said message is deemed to fall. In general, the 
distributor 40 distributes received electronic messages 

2 0 amongst a plurality of agents depending on the respective 

routing information associated with each message and on 
the capability of the agents. The (or each) mail client 
42 is arranged to render messages 12 to the agent so that 
the agent can respond to the message 12 as best he can. 

25 

The operation of the text analyzer 3 6 on a message 12 is 
computationally intensive and it accounts for a relatively, 
high proportion of the overall processing to which a 
message is subjected by the message processing system 18. 

3 0 The text analyzer 36 can therefore cause a bottleneck in 

the message processing system 18. It is desirable 
therefore to avoid having to send a message 18 to the text 
analyzer 36 if possible. 
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To this end, and in accordance with the present invention, 
a routing tag, or identification tag, is associated with 
each message that either does not require classification 
5 by content analysis (for example a structured message such 
as a web- form) or which has already been classified by the 
text analyzer 3 6 and which requires to be sent out of the 
system 18 to return at a later time. The classifier 34 is 
arranged, upon recognition of a routing tag, to cause the 

10 associated message to be distributed by the distributor 
40, or otherwise processed, without first sending it to 
the text analyzer 36, i.e. the classifier 34 may select to 
bypass the text analysis stage. The invention is 
described below in the context of three example cases 

15 namely: 



(i) An external agent case, in which a message is sent 
out of the system 18 for processing by an expert or 
external , agent ; 

20 

(ii) A unit transfer case, where a message is sent out 
of the system 18 in order to transfer the message 
between different units of an organisation; and 



25 (iii) A web-form case, where a structured message, 

generated from a dedicated, web-form, is received 
by the system. 



Considering first the external agent case, the internal 
3 0 agent may determine that he is not able to deal with one 
or more aspects of a message 12 that has been distributed 
to him. In this case, the agent may select to send the 
message to an external agent (not shown) , outside of the 
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message processing system 18, who has the capability of 
dealing with at least one of outstanding aspect (s) of the 
message . 

Referring now to Figure, 3b, if the internal agent 
selects, at his mail client 42, to send the message to an 
external agent, the mail client 42 is arranged to cause a 
second, or external agent, message 13 to be composed which 
includes an external agent routing tag 303, at least part 
of the original message text i.e. the content of the 
original message body 302 from the customer and, 
preferably, a part -response 320 (if any) that has already 
been prepared by the internal agent at mail client 42. 

Figure 5a shows an example of a suitable external agent 
routing tag, generally indicated at 303. The routing tag 
3 03 comprises an opening tag element < EXTERNAL AGENT > 3 04 
and a closing tag element < / EXTERNAL AGENT > 3 05 for 
delimiting respectively the beginning and the end of the 
routing tag 303. Between the opening tag element 304 
and the closing tag element 3 05, the external agent 
routing tag 303 preferably includes means for identifying 
the message 12 which is to be sent to the external agent. 
In the example of Figure 3a, this is achieved by the 
inclusion of two further tags, or sub- tags, namely a case 
number tag 3 06 and a sequence number tag 3 09, each having 
their own respective opening and closing tag elements 3 07, 
3 08 and 310, 311. In the example, it is assumed that each 
message 12 has an associated case number and sequence 
number, which uniquely identify that message 12. The case 
number and sequence number are respectively included 
between the opening and closing case number tag elements 
3 07, 3 08 and the opening and closing sequence number tag 
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elements 310, 311. It will be appreciated that there are 
many other ways of identifying a message without the need 
for a case number and/or a sequence number. For example, 
in an alternative embodiment, the external agent routing 
5 tag 303 may simply include a number or alphanumeric string 
for identifying the message. Further, the particular tag 
structure illustrated in Figure 3a is not essential. It 
is however preferred to use both an opening tag element 
and a closing tag element as this arrangement allows the 

10 routing tag to be detected with a higher degree of 

certainty than if only, say, an opening tag element was 
used. The mail client 42 is arranged to generate the 
routing tag 3 03 and to this end conveniently stores the 
required information for creating the tag (which in the 

15 present example is the case and sequence number of the 
message 12) in local memory. 

In general a routing tag may contain any information which 
allows the message with which the tag is associated to be 

20 routed, distributed, or otherwise processed, without 
having to undergo text analysis, or a similar 
classification process. In a simple example, a routing 
tag (not shown) may include information identifying one or 
more message classes into which the message is deemed to 

25 fall. 

Conveniently , an XML (extensible Mark-up Language) data 
format or syntax is used to define the tags. 

30 Referring again to Figure 3, when the mail client 42 

receives an input, or request, from the internal agent to 
send a message 12 to an external agent externally of the 
system 18, the mail client 42 causes an external agent 
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message 13 to be created. The mail client 42 generates an 
external agent routing tag 3 03 and includes the routing 
tag 303 in the expert agent message 13. Conveniently, the 
mail client 42 causes the external agent routing tag 3 03 
5 to be inserted into the subject line field 301 in the 
database 32 and thereby included in the subject line of 
the expert agent message 13. The mail client 42 retrieves 
the body 3 02 of the original customer message 12 from the 
appropriate field in the database 32 and includes it in 

10 the external agent message 13. If the internal agent has 
made a part response 32 0 to the message, then the mail 
client 42 also includes the part response 320 in the 
expert message 13. Preferably, the body 302 of the 
original message 12 and the part response 32 0 are enclosed 

15 within, or associated with, respective identification tags 
which, in Figure 4, are shown as an original message tag 
312 and a part response tag 315. The original message and 
part response tags 312, 315 include respective opening and 
closing tag elements 313, 314 and 316, 317 and are 

20 conveniently created in the XML data format. The mail 

client 42 causes the expert agent message 13 to be stored 
in the database 32 together with an identification of the 
external agent to which the message 13 is to be sent. 

25 The distributor 40, upon recognition of an external agent 
message 13 creates a copy of the external agent message 13 
and causes said copy to be sent to the external agent in 
conventional manner by the composer 44 and, for example, 
the e-mail dispatcher 46. Conveniently, in order that the 

3 0 distributor 4 0 may recognise an expert agent message, the 
mail client 42 includes a flag (not shown) or other 
indicator for indicating to the distributor that the 
message with which it is associated i.e. the external 
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agent message 13 needs to be forwarded externally of the 
e-mail processing system. 

The distributor 40 also refers to the distributor control 
5 table 400 and marks the distributor control table entry 
402 which corresponds to the original customer message 12 
as suspended. In the example of Figure 4 # this is 
indicated by means of the letter X S' in the status column 
of the distributor control table 400. 

10 

The system 18 -transmits the external agent message 13 to 
the appropriate external agent in conventional manner. By 
way of example, and with reference to Figure 2, the 
external agent (not shown) may operate from an external 

15 mail client 21 which is in communication with the system 
18 across the Internet 14. Upon receipt of the external 
agent message 13, the external agent prepares a reply to 
those aspect (s) of the original message 12 that he can and 
which have not already been dealt with by the internal 

2 0 agent. With reference to Figure 3c, the external agent 
creates an external agent reply message 15 by inserting 
his reply into the external agent message 13 . 
Conveniently, the reply takes the form of an alphanumeric 
string 322 inserted into the field of the external agent 

2 5 message 13 that holds the body 3 02 original message 12 and 

the part response 320 (if any) . The external agent then 
transmits the external agent message 400, including his 
reply, back to the message processing system 18. 

3 0 The message processing system 18 receives the message 400 

returned from the external agent in normal manner and it 
is stored in the database 32 to await classification by 
the classifier 34 . 
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The operation of the classifier 34 is now described with 
reference to Figure 6. At module 601, the classifier 34 
retrieves a received message 12 (which may or may not be 
5 an external agent reply message 15) from the database 32 
for classification. At module 603, the classifier 
preferably causes the different component parts of the 
message 12 to be stored in separate fields in the database 
32. For example, the subject line of the message is 
10 stored in a first field, the sender's address is stored in 
a second field, the main body of the message 12 is stored 
in a third field and so on. 

The classifier 34 includes, or is associated with, a 

15 parser in the form of an alphanumeric string parser 35. 
The parser 3 5 is arranged to detect the presence of a 
routing tag 303, a sub-tag 306, 309 or an identification 
tag 312, 315 in a received message 12. In general, the 
parser 35 is arranged to detect tags which exhibit a 

20 specified format which, in the present example, is an XML 
format (although the parser 35 need not necessarily be an 
XML parser.) At module 605, the parser 35 is arranged to 
detect in particular a routing tag 303 and, if applicable, 
a sub-tag, for example a case number tag 306 and a 

25 sequence number tag 309, in the current message 12 being 
classified. Since the mail client 42 is arranged to 
include the external agent routing tag 3 03 in the subject 
line of field of the external agent message 13, the parser 
35 examines the subject line field 302 of the message 12 

30 being classified in search of, in the first instance, a 
routing tag 303. 
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The parser 35 signals to the classifier 34 that a routing 
tag 303 is detected only if the parser 35 detects both a 
valid opening tag element 3 04 and a valid closing tag 
element 305. Should a valid opening tag 304 be detected, 
5 the parser conveniently stores the following portion of 
the subject line of field in local memory in anticipation 
of identifying a valid closing tag element 305. 

At module 607, if a routing tag 303 is not found, it is 
10 assumed that the message 12 requires classification by 
content analysis and then the classifier proceeds to 
module 611 wherein the message 12 is sent to the text 
analyzer 36 for classification in the normal manner. 

15 Once classification is complete under module 611, the 
classifier 34 proceeds to module 613 wherein the 
classifier 34 creates an entry to the distributor control 
table 400 in normal manner. Typically, the distributor 
control table entry 402 will include a message identifier, 

20 routing information and status information - the latter 
normally indicating that the message 12 is unprocessed 
i.e. awaiting distribution. 

If, at module 607, the classifier 34 determines that a 
25 routing tag 303 is present in the subject line of the 

message 12, then the classifier 34 proceeds to module 609 
to process the routing tag 303. 

30 At module 609, the parser 35 examines, or parses, said 

conveniently stored portion of the subject line field in 
order to extract a message identification therefrom. In 
the present example, this involves extracting both a case 
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number and a sequence number from a respective case number 
tag 3 06 and sequence number tag 3 09. As before, the 
parser 3 5 only detects a valid case number or sequence 
number tag 3 06, 3 09 if both of the respective opening and 
5 closing tag elements 307, 308 and 310, 311 are validly 
detected. When a valid case number opening tag 3 07 is 
detected, the parser 35 conveniently stores the following 
alphanumeric string (which in the example of Figure 3a is 
"5261") in a program variable assigned to store the case 

10 number. Similarly, when a valid sequence number opening 
tag is detected, the following alphanumeric string (which 
is "2" in Figure 3a) is stored into a program variable 
allocated to sequence number. With the respective value 
for case number and sequence number so stored, the 

15 classifier 34 has means for identifying the original 

message 12 to which the external agent reply 15 relates. 

Thus, the classifier 34 has determined that the current 
message that it is processing is an external agent reply 

20 message 15 (by detection of the external agent routing tag 
3 03) and has also determined to which original message 12 
said external agent reply message 15 relates. The 
classifier 34 does not therefore need to send the current 
message to the' text analyser 36 for classification since 

25 classification will have been performed when the original 
message 12 first entered the system 18. The classifier 34 
therefore selects to bypass the text analysis stage of the 
message processing. Thus the external agent reply message 
15 is processed by the system 18 according to the 

3 0 information included in the external agent routing tag 
303 . 
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Also at module 609, the parser 35 searches for the reply 
text 322 that was repaired by the external agent. To this 
end, the parser 35 retrieves from the database 32 the body 

3 02 of the current message 12 which, since the current 
5 message 12 is an external agent reply message 15, 

comprises the original message text wrapped in an original 
message identification tag, a part response, wrapped in a 
part response identification tag, and the actual reply 
text 322 prepared by the external agent. The parser 35 

10 identifies to the classifier 34 the external agent's reply 
text as the portion of the message body 3 02 that is not 
wrapped in an identification tag. The classifier 34 then 
concatenates the identified external agent reply text 322 
with the part response text 320 that was prepared by the 

15 internal agent before the original message 12 was sent to 
the external agent. As described above, the part response 
text 320 is stored in the database 32 by the distributor 

4 0 before the external agent message 13 is sent out of the 
system 18. Using the determined case number and sequence 

20 number to identify the appropriate storage location in the 
database 32, the classifier 34 causes the external agent's 
reply text 322 to be included with the part response text 
320 in the database 32. 

25 The classifier 34 then proceeds to module 613 in order to 
update the distributor control table 400. A distributor 
control table entry 402 already exists in respect of the 
original message 12 but it exists in a suspended state as 
described above. At module 613, therefore, the classifier 

30 34 reactivates, or unsuspends, the relevant distributor 
control table entry 402. The distributor control table 
402 is then treated by the distributor 40 as any other 
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distributor control table entry 402 and is distributed to 
an internal agent in due course. 

The reactivated distributor control table entry 4 02 may be 
5 distributed to any internal agent with the capability of 
dealing with the corresponding message 12 . In a preferred 
embodiment, the reactivated message 12 is distributed to 
the same internal agent who caused it to be sent to the 
external agent. To this end, the external agent routing 
10 tag 3 03 includes a further sub- tag (not shown) for 

identifying said internal agent and the classifiers, in 
conjunction with the string parser, is arranged to 
recognise said further sub-tag and to cause the 
reactivated message to be distributed, or routed, to him. 

15 

Considering now the unit transfer case, it is not uncommon 
for more than one organisation, or more than one divisions 
or units of the same organisation, to use a common 
electronic message processing system 18. Typically, the 

20 respective organisations/units are served by the same 
receiver modules 28, 30 classifier 34, distributor 40, 
composer 44 and dispatcher 46, 48, but each may, or may 
not, have respective virtual agents 3 8 and internal 
agents operating at mail clients 42 . The database 32 is 

25 typically portioned into segments, each organisation/unit 
being allocated one or more segments. 

Particularly in the case where one or more units (not 
shown) of the same organisation are sharing a system 18, 
3 0 there is a requirement from time to time to transfer 

electronic messages 12 from one unit to another. It is 
relatively complicated to achieve this transfer internally 
of the system 18. It is preferred to send a message 12, 
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which was received by the system 18 in respect of a first 
unit, out of the system 18 and to arrange for said message 
12 to return to the system 18 destined for a second unit. 

5 In accordance with the present invention, a routing tag is 
associated with said message 12 before it is sent out of 
the system 18 in order to avoid reclassification of the 
message 12 by the text analyzer 3 6 upon its return to the 
system 18. 

10 

3 A customer message 12 is received by the system 18 and is 

^ distributed to an internal agent (not shown) who is 

3 

j • associated with a first unit (not shown) of the 

i organisation that operates the system 18. The internal 

j 15 agent may decide that all or part of the message 12 does 
not relate to the first unit and may therefore select to 

] transfer the message 12 to another unit. There are a 

: number of reasons why a message 12 may be sent to an 

l 

i inappropriate unit. For example, the customer who sends 

* 20 the message 12 may simply have addressed it incorrectly. 

Alternatively, the classification of the message 12 by the 
classifier 34 and text analyzer 36 may be inaccurate. 
Alternatively still, the classification of the message 12 
may have been indeterminate in which case the message 12 
25 is sent to a default internal agent who makes a decision 
how to distribute the message 12 further. 

Should the internal agent select to perform an inter-unit 
transfer, the mail client 42 is arranged to prepare a unit 
30 transfer message. Figure 7 illustrates schematically an 
example of an inter unit transfer message 700. The unit 
transfer message 700 is shown comprising two fields 
namely, a subject line field 702 and a message body field 
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704. The original message text is stored in the message 
body field 704 of the unit transfer message 700. 

The mail client 42 includes a unit transfer routing tag 
5 500 in the unit transfer message 700. Conveniently, the 
unit transfer routing tag 500 is inserted into the subject 
line field 702 of the unit transfer message 700. 

Figure shows an example of a suitable unit transf er 
10 routing tag 500. The unit transfer routing tag 500 

u 

O includes an opening tag element 501 and a corresponding 

^L; closing tag element 502. Between the opening and closing 

Id tag elements 501, 502, the unit transfer routing tag 500 

includes means for identifying the unit to which the unit 
fLJ 15 transfer message 700 is to be delivered. Preferably, the 

unit identification means includes a unit ID sub-tag 503 
O comprising an opening tag element 504 and closing tag 

*5 element 505. The unit ID tag 503 includes identification 

t3 of the unit to which the unit transfer message 700 is to 

20 be sent. Conveniently, the unit identifying means^ 

includes an alphanumeric string (which in Figure is 
"2"). Preferably, the unit transfer routing tag 500 
further includes a group identification sub-tag 506 having 
respective opening and closing tag elements 507, 508. The 
25 group identification tag 506 includes an identifier 509 

for identifying a group or sub-group within a unit wherein 
one or more internal agents are associated with each^j^ 
£yV_^ group, or sub-group. Thus, in the example of Figure ^fe, 

the unit transfer routing tag 500 identifies that the unit 
30 transfer message 700 is to be routed or distributed to 

group 17 of unit 2 . Optionally, the unit transfer routing 
tag 500 further includes' an agent identification tag (not 
shown in Fig. 7) for identifying a particular agent (not 
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shown) in (in the present example) Group 17. 

Conveniently, the unit transfer routing tag 500 has an XML 
format . 

5 The structure of the unit transfer routing tag 500 shown 

q s in Figure is not limiting. For example, in a 

simplistic embodiment, the unit transfer routing tag may- 
include only a simple alphanumeric string between the 
opening and closing tag elements 501, 502 for identifying 
10 the unit to which a message is to be transferred. 
^ Alternatively, if the internal agent who initiates the 

unit transfer can identify an agent within another unit to 

k 'H 

[j which a message should be transferred, then the mail 

client is arranged to accept identification of an agent 
ry 15 from said internal agent and to include this information 
s e b in the unit transfer routing tag - for example wrapped in 

p a further sub- tag (not shown) . 

□ Once the mail client 42 has composed a suitable unit 

20 transfer routing tag 500, the mail client 42 includes the 
composed unit transfer routing tag 500 in the unit 
transfer message 700, conveniently in the subject line 
field 702. The mail client 42 then returns the unit 
transfer message 700 to the database 32 indicating to the 
25 distributor that it is to be sent out of the system 18. 

The distributor 40 causes the unit transfer message 700, 
saving the original message 700 or a copy thereof to be 
sent out of the system 18. The distributor 40 then refers 
30 to he distributor control table 400 and marks the entry 
402 that corresponds to the original customer message 12 
as being terminated i.e. completed or processed. Thus, 
the system 18 in so far as it relates to the first unit, 
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takes no further action in relation to the original 
message 12 in so far as it relates to another unit . In 
some cases, the original message 12 may fall within 
several categories, some of which are capable of being 
5 dealt with within the unit that received the message 12 

(and for which an unit transfer is therefore not required) 
and others which cannot be dealt with by the receiving 
unit and for which a unit transfer is required. In this 
event, the internal agent (s) of the receiving unit deal 

10 with those aspects of the original message 12 that they 
can and cause a response to be sent back to the customer 
in normal manner. Thus, there may be more than one entry 
402 in the distributor control table relating to the 
message 12 and, when sending out a unit transfer message 

15 700, the distributor 40 only marks as terminated those 
entries 402 which relate to aspects of the message 12 
which cannot be dealt with within the current unit. 

Clearly, an internal agent may cause more than one unit 
20 transfer message 700 to be created depending on the 
diversity of the content of the original message 12 . 

The unit transfer message 700 is set out of the system 18 
in conventional manner. As it retains the same mail 

25 address as it originally carried (i.e. the one assigned to 
it by the customer from which it emanated) . The unit 
transfer message 700 returns to the system 18, for example 
via the Internet 14, and is again received by either the 
e-mail receiver 28 or the SMS receiver 30, as appropriate. 

30 The incoming unit transfer message 700 is treated like any 
other incoming message 12 and is stored in the database 
32 . 



The classifier 34 processes the received unit transfer 
message 700 in turn according to the modules described 
with reference to Figure 6. At module 609, the classifier 
34, in conjunction with parser 35, detects the presence of 
the unit transfer tag 500. The parser 35 is further 
arranged to search for the unit ID sub-tag 503 and, when 
the unit ID tag 503 is located, to store the contents of 
the tag 503 in a suitable program variable. Similarly, 
where the unit transfer routing tag 500 includes a group 
ID sub- tag 506, the parser 35 is arranged to store the 
contents of the group ID tag 506 into a suitable program 
variable. Thus, the classifier 34 has determined that the 
current message 12 which it has retrieved for 
classification is a unit transfer message 700 and has also 
determined the unit, and group within that unit, to which 
the message is destined. 

The classifier 34 then causes the unit transfer message 
700 to be stored in the segment of the database 32 that is 
associated with the identified unit. Where group (and/or 
agent) identification information has been extracted from 
the unit transfer tag 700, the classifier 34 is also able 
to provide the distributor 40 with routing information as 
to where the received unit transfer message 700 should be 
routed. Where group identification information is not 
available, then the classifier 34 may cause the message 
700 to be routed to a default internal agent associated 
with said identified unit. 

When the classifier 34 establishes that a received message 
12 is a unit transfer message 700, the received message 12 
is assigned a new case number appropriate to the unit to 
which message 12 is being transferred. The original 
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message text is stored in. association with the newly 
created case number. The classifier 34 then creates an ' 
entry into the distributor control table 400 for the new 
case using the new case number as a message identifier and 
5 using the information provided in the unit transfer 

routing tag 500 as routing information. The message 12 is 
then routed in normal manner by the distributor 40. 

Thus, the classifier 34, having determined that the 
10 message 12 which it retrieves from the database 32 for 
classification is a unit transfer message 700, does not 
send the message 700 to the text analyzer 36 for 
classification. Rather, the message 700 is routed, or 
distributed, to an internal agent on the basis of the 
15 information contained within the unit transfer routing tag 
500 . 

The external agent case and the unit transfer case as 
outlined above relate primarily to received messages which 

20 are free form, or unstructured, in nature. The present 
invention is also applicable, however, to received 
messages 12 of a structured nature - for example, messages 
12 which emanate from a web- form. In accordance with a 
further aspect of the invention, a web- form routing tag is 

25 associated with each message 12 that is generated from a 
web- form, or other structured message. Figure -Ag- 
illustrates an example of a suitable web- form routing tag 
550. As before, the web-form routing tag 550 preferably 
includes both an opening tag element 552 and a closing tag 

3 0 element 554 which are conveniently constructed using an 
XML format. The web-form routing tag 550 includes means 
for identifying the type or nature of request or order 
being made by a customer by submission of the 



corresponding web- form. In the example of Figure 3§r the 
web-form routing tag 550 is constructed for association 
with a web- form for making a balance enquiry and hence 
includes, between the opening and closing tag elements 
552, 554, an alphanumeric string which identifies the 
received message 12 as a balance enquiry. Typically, when 
a customer submits a request or order via a web- form, the 
request or order is converted into an e-mail message 12 . 
Conveniently, therefore, the web- form routing tag 550 is 
included in the subject line of the e-mail message 12 
generated from the web-form. Clearly, the web-form 
routing tag 550 may be included into the e-mail message 12 
in any other convenient manner. 

Thus, when the e-mail message 12 including the routing tag 
550 is received by the message processing system 18 and 
sent to the classifier 34 for classification, the 
classifier 34 detects the web form routing tag 550 thereby 
determining that the e-mail message 12 emanates from a web 
form and does not require to undergo text analysis. The 
type of nature of the received e-mail message 12 is 
deduced by the classifier from the content of the web form 
routing tag 550. The classifier 34 causes the received e- 
mail message 12 to be routed, or otherwise processed, 
according to the information contained in the routing tag 
550 . 

The invention is described above in the context of a 
simple banking organization. It will be appreciated, 
however, that the invention is equally suitable for 
application other fields. 
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The invention is not limited to the embodiments described 
herein, which may be modified or varied without departing 
from the scope of the invention. 
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